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Fomentar la seguridad psicologica y promover los 
comportamientos cooperativos puede sertan importante 
como una buena planificacion a la hora de mantener un 
proyecto de desarrollo de productos dentro del plazo 
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En escenarios turbulentos para los negocios, 
conplataformas tecnologicas que cambian 
rapidamente, muchas organizaciones es- 
tan intentando acelerar los ciclos de intro- 
duccion de sus productos, priorizando la entrega de 
proyectos. Sin embargo, muchosproyectos comparten 
dos caracteristicas que dificultan los tiempos optimos 
de entrega: en primer lugar, tienden a implicar cierta 



incertidumbre (por ejemplo, desarroUan un nuevo 
producto cuya viabilidad todavia no esta segurada), 
y, en segundo lugar, los trabajadores tienen informa- 
cion sobre el progreso de su tarea dentro del proyecto 
que no es observable por parte de nadie mas y que, en 
muchos casos, no se comparte. En consecuencia, las 
cuestiones de comportamiento son tan importantes 
para una entrega puntual como una planificacion 
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diligente. Estas cuestiones de comportamiento inclu- 
yen los siguientes aspectos: 

• La voluntad de comunicar y colaborar en condiciones 
de incertidumbre e interdependencia. ^Por que 
deberian los empleados buscar ayuda para resol- 
ver un problema o ayudar a resolver el de un cole- 
ga cuando pueden postergar la dificultad a fases 



posteriores o esconderse detras de sus propias 
responsabilidades? 

• Margenes de tiempo individuales. Si los trabajadores 
del proyecto se enfrentan a penalizaciones por los 
plazos incumplidos, ^por que deberian compartir 
conocimientos privados sobre la duracion de las 
tareas, en lugar de poner colchones a sus >■>■>• 
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>■>■>■ estimaciones sobre la cantidad de tiempo 
que necesitan para completarlas? 

• Incentivos a la puntualidad. ^Por que deben'an los 
empleados esforzarse para cumplir con las tareas 
que se les han asignado, en lugar de ocupar el tiem- 
po en trabajos marginales o aprovecharse de los 
margenes de tiempo ya previstos en el proyecto? 

Este articulo examinalas dificultades en la plani- 
ficacion y ejecucion de proyectos y describe una in- 
novacion en la gestion implantada en Roto Frank, 
una empresa alemana que produce hardware para 
ventanas y puertas industriales y residenciales. Roto, 
cuya sede central esta en Leinfelden-Echterdingen, 
Alemania, ha aumentado su sistema de control de 



LAS INNOVACIONES EN LA GESTION DE ROTO 

Es indudable que los profesionales de la gestion de 
proyectos Uevan pensando desde hace mucho tiem- 
po en como planificar y ejecutar proyectos de un 
modo solido. Una estrategia importante para gestio- 
nar la incertidumbre en proyectos es crear margenes 
de tiempo extra. Pero si se aplican estos margenes 
amortiguadores en el nivel de las tareas, los propie- 
tarios de cada una de ellas, a veces, se refugian detras 
de ellos y casi siempre los consumen. La alternativa 
consiste en agregar los margenes individuales en un 
amortiguador combinado para todo el proyecto, 
aunque no esta claro como animar a los trabajadores 
a que cedan sus margenes individuales. 

Otro modo de afrontar la incertidumbre consiste 
en poner objetivos o plazos para las tareas. Sin em- 




proyectos con la ayuda de un proceso formal que 
anima a los trabajadores a pedir y ofrecer asistencia 
mutua. Hemos descubierto que el proceso de ayuda 
de Roto ha logrado una mejora cuantificable en el 
tiempo de los ciclos de proyectos sin cambiar los in- 
centivos formales u otros sistemas de gestion. 

El exito de la iniciativa se habasado, sobre todo, en 
dos factores: establecer seguridadpsicologicay animar 
al comportamiento cooperativo, enfatizando la inter- 
dependencia entre trabajadores. Por su flexibilidad, 
nuestra tesis es que este sistema de ayuda tiene el po- 
tencial de acelerar proyectos en muchos entornos. 



bargo, esto provoca efectos secundarios: a no ser que 
se impongan penalizaciones por no cumplir con los 
objetivos o los plazos, los trabajadores tienden a esti- 
mar sus tiempos de finalizacion de un modo dema- 
siado optimista (un problema que, a menudo, recibe 
el nombre de "falacia de la planificacion"). Pero, cuan- 
do se amenaza a los trabajadores con penalizaciones 
por los retrasos, tienden a defenderse incorporando 
margenes de seguridad en las predicciones de tiempos 
declaradas, lo que a veces se conoce como "cojin". En 
resumen, los estudios sobre la planificacion de pro- 
yectos, a menudo, se han centrado en una gestion 



Enviado para info@sanut.com 



Roto Frank acelerarproyectDS impulsando la colaboracion 



71 



racional, ignorando las cuestiones de comportamien- 
to (por ejemplo, el reporte de estimaciones exageradas 
de duracion de las tareas). 

Otro enfoque mas de laplanificacion de proyectos 
es la aplicacion del lean manufacturing, o produc- 
cion ajustada, que hace referenda a principios como 
el valor para el consumidor, el flujo eficiente de los 



personas trabajen duro, revelen informacion priva- 
da y colaboren con sus colegas. La revelacion de la 
informacion y la colaboracion requieren que los 
trabajadores perciban una obligacion mutua, ade- 
mas de seguridad a la hora de transmitir los proble- 
mas. La investigacion sobre comportamientos ha 
demostrado que los empleados pueden mostrarse 



Otro modo de afrontar la incertidimibre consiste en poner objetivos o plazos para las tareas. Sin 
embargo, esto provoca efectos secundarios: a no ser que se impongan penalizaciones por no ciimplir 
con los objetivos o los plazos, los trabajadores tienden a estimar sus tiempos de finalizacion de im modo 
demasiado optimista (un problema que, a menudo, recibe el nombre de "falacia de la planificacion") 



productos a traves de fases que creen valor y los 
esfuerzos constantes por eliminar defectos. (De 
hecho, las innovaciones en la planificacion de pro- 
yectos de Roto fueron sugeridos por una idea en un 
workshop sobre pensamiento ajustado). El lean thin- 
king, o pensamiento ajustado, promueve la adhesion 
a los estandares de flujos y una correccion rapida 
de las desviaciones. Sin embargo, esto no puede 
aplicarse directamente a la gestion de proyectos de 
desarrollo de productos, porque el desarrollo de 
nuevos productos se caracteriza por la incertidum- 
bre sobre la naturaleza de las tareas; lo mas habitual 
es que los estandares esten aiin por desarrollar. 
Ademas, hasta que se establece un sistema, las in- 
terdependencias entre los elementos del sistema no 
se conocen; un empleado puede causar a otro des- 
viaciones imprevistas. De ahf que no este claro que 
es un "flujo eficiente" y que debe monitorizarse. 

El metodo que mas se parece al sistema de Roto es, 
aparentemente, el "desarrollo agil" (un termino acu- 
nado en el desarrollo de software), que comprende 
procesos de desarrollo flexibles, que incorporan re- 
acciones rapidas e iteraciones, y arquitecturas de 
producto con flexibilidad inherente. Aunque los 
sistemas de desarrollo rapido se basan en la colabo- 
racion entre trabajadores implicados en el proyecto, 
no requieren explicitamente tal colaboracion: ese es 
un cambio clave que fue desarrollado en Roto. 

Al desarrollar una planificacion de proyecto y un 
sistema de monitorizacion que animara a los em- 
pleados a revelar informacion privada sobre sus 
tareas, Roto no se apoyo en los incentivos. En gene- 
ral, es dificil que los incentivos animen a que las 



mas abiertos a compartir lo que saben cuando se les 
ofrece seguridad psicologica. Las investigaciones 
tambien han examinado el papel de las dinamicas 
informales en los grupos, de la confianza y el respe- 
to y de los contextos organizativos que ofrecen apo- 
yo. Naturalmente, los incentivos no tienen por que 
estar centrados en lo monetario o lo profesional; 
tambien pueden ser sociales y estar enfocados a 
construir relaciones positivas. 

No hemos encontrado ningiin estudio que inves- 
tigue como los componentes formales de un sistema 
de gestion de proyectos interactiian con las relacio- 
nes mutuas y la seguridad psicologica a la hora de 
contribuir al exito de un proyecto. ^Como, exacta- 
mente, interactiian los componentes formales de un 
sistema de gestion de proyectos con la seguridad 
psicologica? iQue tipo de incentivos pueden condu- 
cir a Unas expectativas de reciprocidad razonables? 
^Que combinaciones de acciones de direccion cuen- 
tan con mas posibilidades de tener exito a la hora de 
guiar las tendencias de comportamiento? Nuestro 
estudio describe un sistema real que funciona, mos- 
trando como la seguridad psicologica y la reciproci- 
dad pueden incorporarse a un sistema totalmente 
implementado. 

DESARROLLO DE NUEVOS PRODUCTOS EN ROTO 

Roto, que tiene dos divisiones de negocio que em- 
plean a 3.800 personas y generaron en 2013 ingresos 
por valor de 658 millones de euros, ilustra como la 
seguridad psicologica y la reciprocidad mutua pue- 
den incorporarse aun sistema complejo. La division 
de tejados y tecnologia solar de Roto, en la >->■>■ 
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GRAFICO 1. FRECUENCIA DE 
TARJETAS ROJAS 



En los primeros meses, el uso de las tarjetas rojas para 
declarar problemas en proyectos se incremento fuertemente 
antes de estabilizarse. 
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Tarjetas rojas por mes 

Promedio acumulado durante cinco meses 



>■>■>■ que se centra este articulo, produce venta- 
nas para tejados con paneles solares integrados. Su 
Departamento de Desarrollo de Nuevos Productos 
(DNP) se componia, al iniciar este estudio, de vein- 
ticinco ingenieros de desarrollo, que trabajaban en 
una media de veinte proyectos en paralelo; cuatro 
gerentes de proyecto seniores y dos jiiniores; y cuatro 



compuesta de muchos elementos, tales como apli- 
caciones termicas solares, sistemas de cierre auto- 
matico y dispositivos de ventilacion. Roto presenta 
sus nuevos productos en ferias profesionales anuales, 
y los nuevos modelos son clave a la hora de conservar 
la cuota de mercado. Ademas, la empresa tiene que 
cumplir con regulaciones energeticas cada vez mas 
estrictas, que determinan las elecciones de los con- 
sumidores, que buscan subvenciones a la eficiencia 
energetica. 

De media, la division de Roto de tejados ytecnologia 
solar tiene veintiiin proyectos activos y siete a la es- 
pera de comenzar. Los proyectos se debatenypriori- 
zan mensualmente por el Comite Directivo de nuevos 
productos, integrado por el CEO de la division y los 
jefes de Desarrollo, Compras, Produccion y Gerencia 
de Producto. Desde 2005, Roto emplea un protocolo 
estandar de proyecto para el desarrollo de nuevos 
productos. El proceso comienza con un documento 
riguroso acerca de las necesidades de los consumido- 
res, marcado por la gerencia del producto, un plan de 
negocio y un documento de especificaciones detalla- 
do. Para cada proyecto hay cuatro hitos de desarrollo 
adicionales, y para cada componente principal hay 
cinco de ellos. Asi pues, un proyecto puede compren- 
der facilmente de 100 a 150 hitos. Un calendario se- 
manal vincula el plan general del proyecto con las 
actividades individuales, creando asi un reporte de 
estado semanal. Hasta finales de 2009, cuando se des- 
centralizo la visualizacion de los puestos de trabajo 
de cada empleado, este calendario se registraba en un 
enorme grafico en la sala de reuniones adyacente a la 
planta abierta de la zona de ingenieros, y en el habia 
una relacion de las tareas que se habian completado, 
estaban pendientes o llevaban retraso. 



Se les pidio a los ingenieros que izaran una tarjeta roja 
siempre que una tarea critica se estuviera retrasando lo 
suficiente como para afedar a otras tareas. Una tarjeta verde 
indicaba que todas las tareas estaban dentro del plazo 



ingenieros seniores, que colaboraban a tiempo par- 
cial en proyectos menores. Un gerente de cartera da 
apoyo a los gerentes de proyecto y ayuda a coordinar 
los proyectos. 

Un proyecto tipico de DNP es, por ejemplo, una 
plataforma pensada para las ventanas de techo y 



REDISENAR ELSISTEMA 

DE EJECUCION DE PROYECTOS 

En 2009, Dirk Stempfhuber, el gerente de DNP de Ro- 
to, participo en un workshop de "gestion visual" orga- 
nizado por el Departamento de Produccion de la em- 
presa para contribuir a hacer que las metricas del 
flujo de trabajo fueran visibles y controlables por los 
equipos de trabajo locales. A Stempfhuber se le pre- 
gunto si la gestion de proyectos en su departamento 
de Roto era verdaderamente visual. Su primera reac- 
cion fue: "Si, por supuesto". Pero, al reflexionar, se dio 
cuenta de que el enorme grafico de la sala de reuniones 
no era algo que los ingenieros usaran en la practica. 
Los ingenieros no asumfan la responsabilidad de que 
el grafico reflejara fielmente las tareas individuales, 
y a menudo no estaba actualizado. Como resultado, 
los gestores de proyecto acudian con frecuencia di- 
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rectamente a los ingenieros para saber que estaba 
pasando de verdad, lo que aiin reducia mas la urgen- 
cia por actualizar el diagrama de control. Asi que, a 
pesar de que se tratara de un enorme grafico, no se 
correspondia con el espiritu de la gestion visual. 

Trabajando de acuerdo con el gestor de cartera y 
los gerentes de proyecto, Stempfhuber decidio mover 
el diagrama de control de la sala de reuniones a cada 
escritorio de proyecto, en el que las tareas criticas 
para cada ingeniero cada dia de la semana estarian 
claramente escritas. A los ingenieros se les hizo res- 
ponsables de sus propios graficos, que se suponia 
que debian reflejar el estado actualizado. Ademas, 
se les pidio a los ingenieros que izaran una bandera 
roja -llamada "tarjeta roja" y visible para cualquiera 
que pasara por la planta abierta- siempre que una 
tarea critica se estuviera retrasando lo suficiente 
como para afectar a otras tareas. Una tarjeta verde 
indicaba que todas las tareas cumplian con el plazo. 

Sin embargo, el concepto de la tarjeta roja levanto 
suspicacias alprincipio. Poner de manifiesto inme- 
diatamente un posible retraso dejaba al ingeniero 
afectado en una posicion vulnerable y expuesta a las 
criticas. Ademas, en el fiitbol, una tarjeta roja sena- 
la una expulsion del campo, lo que dificilmente iba 
a tener connotaciones positivas para los ingenieros. 

La Direccion se dio cuenta de que los ingenieros 
necesitaban que se les ofreciera seguridad y de que 
conseguir hacerlos sentir comodos utilizando las tar- 
jetas rojas podia suponer algo de tiempo. Stempfhuber 
prometio a su personal que quienquiera que izara una 
tarjeta roja (1) no iba a ser criticado e (2) iba a recibir 
ayuda del gerente de cartera, del gerente del proyecto 
o del propio Stempfhuber en un plazo de 30 minutos. 
Si no podia encontrarse inmediatamente una solu- 
cion, la Direccion crearia un equipo especial (llamado 
"equipo de tarjeta roja") para resolver el tema; el equi- 
po (compuesto de personas seleccionadas de todas 
las areas tecnologicas y funcionales relevantes) segui- 
ria involucrado hasta resolver el problema. 

Aunque el tiempo tendria que determinar si el nue- 
vo enfoque iba a ser efectivo, los ingenieros tenian la 
suficiente confianza en Stempfhuber para darle una 
oportunidad al nuevo sistema. La primera tarjeta 
rojapara una tarea de proyecto se levanto en diciem- 
bre de 2009, cuando se retraso el disefio critico de 
un marco de ventana. Trabajando en solitario, el 
ingeniero del proyecto habia sido incapaz de resolver 
un problema de diseno; sin embargo, el equipo de 
tarjeta roja encontro el modo de arreglar el problema 
y mantener el proyecto dentro de plazo. 

En un corto periodo de tiempo, las tarjetas rojas 
fueron aceptadas como un procedimiento normal 



GRAFICO 2. 



MEJORAS EN LOS 
INDICADORES DE 
DESEMPENO 



Despues de la introduccion del proceso de tarjetas rojas a finales 
de 2009, los cambios de ultima hora, el numero de retrasos y los 
costes asociados con los cambios de ultima hora declinaron. 





2009 


2010 


2011 


2012 


Cambios de 
ultima hora 


6 


3 


4 


3 


Coste de los 
cambios de 
ultima hora 


60.000 € 


48.000 € 


30.000 € 


27000 € 


Promedio de 30 
retrasos en los 
momentos criticos 
por proyecto priorltarlo 


12 


10 


11 


Promedio de 
tiempo en procesar 
las tarjetas rojas 
(urgentes) 


20 dias 


7 dias 


3 dias 


3 dias 



entre los ingenieros de Roto. Durante los primeros 
diez meses, los ingenieros utilizaron treinta tarjetas 
rojas; la tasa cayo mas tarde a la mitad (ver grafico 
1). Aparentemente, adoptar el nuevo sistema fue re- 
lativamente simple: no requeria nueva informacion 
o un nuevo metodo de planificacion. Sin embargo, 
la introduccion de un procedimiento de ayuda fue 
suficiente para afectar al rendimiento. 

EL IMPACTO SOBRE EL RENDIMIENTO 

Las tarjetas rojas de Roto muestran el impacto de la 
gestion visual. Y, en combinacion con el sistema de 
ayuda inherente, han capacitado a la organizacion 
para resolver los problemas mas rapidamente. En el 
pasado se tardabamas en detectar problemas; ame- 
nudo, incluso un mes, lo que a veces desembocaba en 
problemas aiin mayores. Ahora, la mera sospecha de 
un problema ya provoca una tarjeta roja inmediata. 

El desempefio de los proyectos ha mejorado signi- 
ficativamente (mientras que el volumen de personal 
y la cantidad y calidad del trabajo en curso >■>•>■ 
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GRAFICO 3. RESOLUCION DE PROBLEMAS DETARJETA 
ROJA EN ROTO 



Aunque muchas tarjetas rojas se resolvieron en un plazo de diez dias, el tiempo de resolucion de problemas 
permanece variable por la novedad e incertidumbre de cada proyecto individual. 



Numero de tarjetas rojas 




Dias requeridos para resolver el problema de tarjeta roja 



>•>■>■ se han mantenido estables), medido en una 
disminucion en el numero de cambios de ultima ho- 
ra, coste de los cambios de ultima hora, numero me- 
dio de retrasos por proyecto y tiempo medio de re- 
solucion de las incidencias de tarjeta roja (ver 
grafico 2). 

A la vista de los cambios, la planificacion de la du- 
racion de las tareas se ha vuelto mas realista. Tal y 
como explico un ingeniero de proyecto: "Antes debia 



Los empleados pueden estar dispuestos a compartir su 
informacion (a ceder su ventaja de conocimiento 
en situaciones de asimetria de la informacion) cuando se 
sienten seguros a la hora de correr este riesgo interpersonal 



resolver los problemas yo mismo, por lo que tenia 
que planificarme margenes de tiempo". Tambien hay 
pruebas de que mejora la eficiencia de todo el siste- 
ma. Dado que Roto utiliza los proyectos menores 



como "trabajo de reserva" y como margen implicito, 
se esperaba que algunos proyectos secundarios se 
retrasaran. Sin embargo, no han ocurrido tales re- 
trasos. Los ingenieros de proyecto dicen que ya no 
emplean tiempo en preocuparse ni en intentar evitar 
los problemas, sino que los atacan tempranamente, 
lo que les hace resolverlos de un modo mas rapido y 
barato (ver grafico 3). 

CAMBIAR LAS ACTITUDES 
YELCOMPORTAMIENTO 

El primer paso en nuestro analisis fue definir lospa- 
sos en la evolucion del nuevo proceso de desarroUo 
de proyectos de Roto y ver como ha cambiado el uso 
de las tarjetas rojas con el tiempo. En supresentacion 
inicial, Stempfhuber dejo claro que las tarjetas rojas 
no eran herramientas para evaluar a las personas, 
sino recursos para describir el trabajo. Con el tiempo, 
los ingenieros fueron interiorizando esta perspecti- 
va, y Uegaron a percibir las tarjetas no como una 
amenaza, sino como una fuente de ayuda. Como 
afirmo un disefiador de elementos mecanicos: "Si 
fracaso, mi fracaso es menor, porque trabajamos 
juntos y nos ayudamos los unos a los otros". 

En la segunda parte de nuestra investigacion ana- 
lizamos los datos de las entrevistas para >■>•>■ 
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'>■'>''>■ identificar como las actitudes expresadas 
por los entrevistados afectan a su comportamiento 
en su trabajo dentro de proyectos. Entonces proce- 
dimos a comparar las actitudes en el tiempo para 
detectar cambios. Los entrevistados transmitian 
consistentemente dos cambios de comportamiento: 
(1) una tendencia menor a incluir margenes indivi- 
duales de tiempo en sus tareas de proyecto y (2) una 
mayor colaboracion entre tareas y proyectos. 

Tambien interpretamos las actitudes percibidas a 
la luz de la teoria de direccion de comportamientos 



Este modo activo de buscar y ofrecer ayuda puede 
explicar los beneficios en la eficiencia de todo el sistema 
que sefialabamos anteriormente. Sin miedo a ser cul- 
pados, los trabajadores mostraban una mayor tenden- 
cia a pedir ayuda, en lugar de dilatar o de transferir 
problemas latentes al proximo empleado del proyecto. 
El proceso de tarjetas rojas fomenta la colaboracion 
cruzada entre equipos en la resolucion de problemas, 
lo que puede reducir los costes de los proyectos de in- 
genieria, acortar los plazos y, con el tiempo, reducir la 
cantidad de tiempo que se tarda en resolver una inci- 




operativos. La investigacion sobre seguridad psicolo- 
gica ha mostrado que los empleados pueden estar 
dispuestos a compartir su informacion (es decir, a 
ceder su ventaja de conocimiento en situaciones de 
asimetria de la informacion) cuando se sienten segu- 
ros a la hora de correr este riesgo interpersonal. 

Las observaciones de las entrevistas sugieren que 
el proceso de ayuda de Roto ha promovido un com- 
portamiento mas proactivo por parte de los trabaja- 
dores a la hora de hacer piiblicos sus problemas. Un 
incremento en la seguridad psicologica llevo a que, 
finalmente, los ingenieros percibieran las tarjetas ro- 
jas como un mecanismo de apoyo que podia utilizar- 
se sin temor al castigo o a que danara su reputacion. 



dencia de tarjeta roja. Sin embargo, la solucion colabo- 
rativa de problemas no implica que estos puedan re- 
solverse de un modo predecible, solo que pueden 
encontrarse soluciones de un modo mas efectivo. 

DINAMICAS DE COMPORTAMIENTO 
DE LA AYUDA MUTUA 

Para que los trabajadores cooperaran alahora de hacer 
piiblicos los problemas tempranamente, necesitaban 
poder confiar en que recibirian ayuda y no se les cul- 
paria. Pero tambien era importante explicar los bene- 
ficios del proceso de ayuda para quien buscara asisten- 
cia y crear rapidamente una experiencia positiva. La 
seguridad psicologica se reforzaba con la experiencia 
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GRAFICO 4. UN CICLO DE REFUERZO POSITIVO 



El proceso de asistencia dio pie a un cicio de refuerzo que comprendia la resolucion colaborativa de problemas, la 
seguridad psicologica y la peticion de ayuda. 



Busqueda 
de asistencia 



"No hay 
castigo" 




Proceso de 
ayuda formal 



de los empleados respecto alallegada de la ayuda y al 
hecho de que ya no se les abandonaba a su suerte. Co- 
menzo un ciclo de reacciones positivas, creado inicial- 
mente a traves de la implementacion del proceso de 
ayuda y la promesa de que no habria castigos. 

Es interesante examinar por que el uso de los tar- 
jetas rojas declino y se estabilizo despues de la acti- 
vidad inicial, y tambien como las tarjetas rojas tu- 
vieron que ver con la mejoria en las caracteristicas 
del rendimiento de los proyectos de DNP de Roto. En 
primer lugar, la capacidad de ayudar a otros es limi- 
tada: todos los empleados son responsables de ter- 
minar sus propias tareas primarias. Si los trabaja- 
dores pasan demasiado tiempo ayudando a los 
demas, el avance de sus propias tareas se resentira. 
Por eso, para evitar retrasos, tendran que ayudar 
menos a otros. Asi pues, ademas, hay un limite na- 
tural del mimero de tarjetas que pueden procesarse. 
Pero ^como tienen esto en cuenta los trabajadores? 
Basandonos en los comentarios de los empleados, 
descubrimos que la colaboracion cruzada entre pro- 
yectos y tareas explicitaba las interdependencias y 
fomentaba relaciones positivas entre trabajadores 
de un proyecto. Como resultado, los trabajadores se 
autorregulaban en el uso de tarjetas rojas. 

Aunque la reciprocidad anima a los empleados a 
colaborar entre ellos, limita el uso de las tarjetas 
rojas a situaciones en las que se consideran esencia- 



les. Los empleados no quieren cargar a sus colegas 
con peticiones de asistencia innecesarias porque, 
tarde o temprano, puede que necesiten ayuda de 
verdad. Y como el proceso de las tarjetas rojas es un 
proceso de "dar y tomar", los trabajadores perciben 
cualquier desequilibrio sustancial como no deseable. 



El proceso de tarjetas rojas fomenta la colaboracion 
cruzada entre equipos en la resolucion de problemas, 
lo que puede reducir los costes de los proyectos de 
ingenieria y acortar los plazos 



Este equilibrio entre buscar y proporcionar ayuda 
explicapor que se estabilizo el uso de tarjetas rojas. 
En el lenguaje de las dinamicas de sistema, los ciclos 
positivo y negativo conducen a un equilibrio en el 
comportamiento en el que el nivel entre requerir asis- 
tencia y no sobrecargar a los colegas se estabiliza al- 
rededor de las 1,5 tarjetas rojas al mes (ver grafico 4). 

Un segundo factor tiene mas que ver con mejoras 
autenticas en la productividad del Departa- >■>■>■ 



Enviado para info@sanut.com 

78 Harvard Deusto Business Review 



GRAFICO 5. USO DETARJETAS ROJAS, RELACIONES DE 
EQUIPOYCAPACIDAD 



El intercambio de tarjetas rojas libero capacidad gracias a las mejoras en la eficiencia, pero el uso de las tarjetas 
rojas se autorregulo. 




mento de Desarrollo de Producto que ha 
facilitado elproceso de las tarjetas rojas. Basandose 
en su sensacion de seguridadpsicologica, los traba- 
jadores estan dispuestos aplanificar con margenes 



Las tarjetas rojas facilitan el agrupamiento, lo que 
permite un uso mas eficiente de la capacidad, al 
reducir la posibilidad de que un recurso quede ocioso 
mientras otro experimenta un retraso 

mas estrechos y reducir sus margenes de tiempo 
privados. Es mas, la resolucion de problemas cola- 
borativa que deriva del proceso de tarjetas rojas 
sirve para identificar antes los problemas de un pro- 



yecto, y los problemas que se descubren antes suelen 
requerir menos tiempo para resolverse. Asi pues, las 
tarjetas rojas han contribuido a capitalizar las efi- 
ciencias de abordar frontalmente los problemas. 
Ambos efectos reducen los tiempos totales de las 
tareas de un proyecto (incluidas las revisiones), con 
lo que se reduce la duracion de los proyectos y se 
incrementa, en la practica, la capacidad efectiva. 
Asf, el proceso de asistencia formal resultante de las 
tarjetas rojas y de las peticiones directas sobre la 
capacidad de los trabajadores de un proyecto inte- 
ractiia con los efectos de mejora en la productividad 
(mediante ciclos de proyecto mas cortos): la capaci- 
dad esta limitada, pero, de algiin modo, el limite se 
relaja gracias a las mejoras en la productividad. En 
el lenguaje de las dinamicas de sistema, el equilibrio 
entre ayudar y trabajar se eleva, lo que permite un 
nivel mas alto de ayuda del que seriaposible si no se 
hubieran logrado mejoras en la productividad. 

Naturalmente, hay otras teorias que pueden ex- 
plicar la reduccion de los tiempos para cada >•>■>■ 
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>■>■>■ tarea en Roto. Por ejemplo, uno podria pre- 
guntarse si el cambio en los comportamientos po- 
dria estar causado por el mero hecho de que la Di- 
reccion este prestando atencion, mas que por 
alguna caracteristica particular del nuevo proyecto, 
un fenomeno conocido como "efecto Hawthorne". 
Sin embargo, basandonos en los datos que recogi- 
mos acerca del proceso de asistencia durante un 
periodo de tres anos, hemos excluido esa posibili- 
dad. Durante ese periodo, el proceso de ayuda des- 
emboco en un modo normal de operacion autorre- 
gulada por los empleados, sin que la Direccion 
pusiera una atencion especial en las tarjetas rojas; 
simplemente, su monitorizacion regular. 

Ademas, podemos descartar que otros factores 
estuvieran marcando los cambios en el desempeno. 
En particular, no creemos que Roto se haya benefi- 
ciado tan solo de los beneficios cognitivos de la vi- 
sualizacion (tal y como se implemento con las tarj e- 
tas rojas); sino tambien de la reduccion en la falacia 
de la planificacion, gracias a un desglose de las ta- 
reas (apartir de una planificacion semanal detalla- 
da a cargo de cada trabajador), y de los beneficios 
operativos de agrupar las incertidumbres de cada 
tarea. Tambien demostramos que el proceso de asis- 
tencia que describimos en este caso no es solo una 
variante de los metodos de fabricacion ajustada. 

BENEFICIOS COGNITIVOS 
DELAVISUALIZACION 

Al comprimir la informacion, las representaciones 
visuales pueden ayudar a resolver problemas com- 
plejos. La investigacion demuestra que la capacidad 
de aportacion del canal humano es mas grande cuan- 
do se invocan y utilizan las capacidades visuales. 
Claramente, las tarjetas rojas han mejorado la visi- 
bilidad en el Departamento de DNP, en oposicion a 
tener un diagrama de control centralizado en una 
habitacion aparte. Sin embargo, nuestras entrevistas 
indican que, anteriormente, los empleados habian 
sido renuentes a compartir sus problemas (y, por el 
contrario, intentaban resolverlos solos) no a causa 
de una visualizacion insuficiente, sino porque te- 
mian que se les culpara o aparecieran como incom- 
petentes. Como subrayo un ingeniero de proyecto, 
la visualizacion por si sola (por ejemplo, una tarjeta 
roja sin la garantfa de asistencia) no hubiera aporta- 
do un comportamiento proactivo porque "[los inge- 
nieros de proyecto] seguimos intentando sopesar los 
beneficios de la asistencia, teniendo en cuenta el 
estres que provoca levantar la tarjeta". Asi pues, aun- 
que la visualizacion ayuda, no explica el cambio en 
el enfoque de resolucion de problemas. 



REDUCCION EN LA FALACIA DE PLANIFICACION 
MEDIANTE EL DESGLOSE DE TAREAS 

Descomponer los problemas en elementos manejables 
puede mitigar la tendencia a producir estimaciones 
de tiempo demasiado optimistas. Sin embargo, dos 
observaciones van en contra de la influencia de este 




principio en Roto. En primer lugar, la falacia de la pla- 
nificacion puede conducir a un optimismo excesivo, 
y desglosar las tareas deberia promover estimaciones 
mas conservadoras (mas largas) de tiempo para cada 
tarea. Pero observamos todo lo contrario: las estima- 
ciones se volvieron mas cortas, lo que sugeria que el 
"desglose" no era un factor. En segundo lugar, cuando 
les pedimos a los entrevistados que describieran los 
comportamientos cambiados y sus posibles causas, 
los ingenieros de proyecto subrayaron la importancia 
de tener ayuda disponible. 

BENEFICIOS OPERATIVOS DE AGRUPAR LAS 
INCERTIDUMBRES DE LAS TAREAS 

Las tarjetas rojas facilitan el agrupamiento, lo que 
permite un uso mas eficiente de la capacidad, al re- 
ducir laposibilidad de que un recurso quede ocioso 
mientras otro experimenta un retraso. Una vez que 
un empleado se enfrenta a un problema que amena- 
za el cumplimiento puntual de una tarea, y con ello 
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incrementa la carga practica de trabajo, la capacidad 
adicional puede reubicarse desde otros proyectos 
menos urgentes hacia la tarea problematica. Los be- 
neficios de agrupar podnan, en principio, conducir 
a tiempos inferiores para cada tarea y a incrementos 
en la eficiencia. Sin embargo, en Roto, el desplaza- 




miento total de la capacidad entre proyectos priori- 
tarios solo fue de un 5% de la capacidad total; por lo 
que el impacto en los proyectos menos urgentes fue 
mfnimo. Cualquier pequeno cambio que hubiera 
podido pasar por alto la Direccion (por ejemplo, por- 
que no se comunicaban cuidadosamente los tiempos 
de cada ingeniero) seria demasiado pequeno como 
para explicar globalmente los avances iniciales y las 
mejoras en eficiencia que se observaron. 

COMPARACIONES CON LA FABRICACION AJUS- 
TADA: TARJETAS ROJAS Y TARJETAS AMARILLAS 

Una ultima explicacion posible para las mejoras es 
la gestion ajustada y su control visual para corregir 
desviaciones. (Un ejemplo es el conocido sistema 
Andon, que autoriza alos empleados aparar lalinea 
de produccion cuando detectan una desviacion del 
estandar). Ya hemos mencionado que los metodos 
ajustados corrigen las desviaciones a partir de un 
estandar predeterminado, mientras que el sistema 



de tarjetas rojas gestionaproblemas cuyo resultado 
final esta por determinar, y en los que los problemas 
mas complejos implican interdependencias entre 
multiples componentes y tareas. 

Para comprender la diferencia entre el proceso de 
tarjetas rojas ylaproduccion ajustada es instructivo 
considerar un sistema "hibrido" que Roto desarrollo 
en 2012 y que comprendia "tarjetas amarillas". Las 
tarjetas amarillas se introdujeron para gestionar 
problemas mas simples y estructurados que el desa- 
rrollo de productos nuevos: por ejemplo, quejas de 
los clientes sobre productos ya existentes y pequenas 
modificaciones de productos que, normalmente, 
requieren un cambio en una herramienta de fabri- 
cacion. Los problemas con los que se enfrentan las 
tarjetas amarillas son, en consecuencia, mucho mas 
proximos conceptualmente a la produccion ajusta- 
da que a la ayuda en el equipo. Estos problemas estan 
relacionados con variaciones en los estandares de 
las especificaciones de un producto ya existente. El 



Los problemas identificados se gestionaron 
colaborativamente por equipos. Esta dinamica hizo 
aflorar las interdependencias yfomento el desarrollo de 
relaciones reciprocas en el Departamento de Ingenieria. 
Tales relaciones institiicionalizadas motivaron que los 
ingenieros de proyecto adoptaran una orientacion hacia 
la'asistenciamutua" 



sistema de tarjetas amarillas estatotalmente estruc- 
turado y se basa en responsabilidades jerarquicas 
(como el sistema Andon de produccion ajustada). 
Por el contrario, el sistema de tarjetas rojas se basa 
en el trabajo en equipo flexible, para adecuarse a la 
resolucion de problemas mas fundamentales. 

Este articulo se basa en el estudio longitudinal de 
un caso que documenta una innovacion en la gestion 
de proyectos: como la implementacion de un proceso 
de asistencia mejora el desempeno de un proyecto. 
Identificamos dos factores clave que impulsaban estos 
cambios. En primer lugar, la Direccion creo un proce- 
so formal que guiara la provision de asistencia. El 
proceso fue acompanado por el compromiso >->■>■ 
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Sobre la investigacipn 

Nuestro estudio utilize un diseno longitudinal de caso unico. La empresa objeto 
del estudio, Roto, fue seleccionada no por ser una organizacion orientada a 
proyectos "tipica" o representative, sine porque a los autores les intrigaba el 
atipico comportamiento observado: los ingenieros de proyecto levantaban tar- 
jetas rojas sobre su escritorio para advertir a la Direccion y a los colegas de que 
habian dado con un problema. La Direccion consideraba que habian mejorado 
los tiempos de desempeno de los proyectos exclusivamente mediante el esta- 
blecimiento de un sistema formal de ayuda y resolucion de problemas, es decir, 
sin cambiar los incentives pecuniarios, ni los margenes de tiempo ni ningun otro 
de los componentes que proponian lasteorias establecidas. Esto motive que los 
autores examinaran si esto era posible, y come, utilizando un enfoque de teoria 
fundamentada. 

Entramos en contacto con Roto en febrero de 2010, en relacion con una encuesta 
de practices de gestion en empresas manufactureras, dos semanas despues de 
que se introdujeran los cambios iniciales en el sistema de gestion de proyectos 
de Roto. Posteriormente se llevaron a cabo echo sesiones de recogida de dates 
(cuatro dias de visitas a la empresa y cuatro dias de videos y audioconferencias) 
durante un periodo de tres anos. 

De febrero de 2010 a mayo de 2013 entrevistamos a 31 individuos clave (inclu- 
yendo al CEO, al gerente de Desarrollo de Nuevos Productos, a seis gestores de 
proyecto, al gestor de cartera, a nueve ingenieros de proyecto y a once individuos 
clave fuera del Departamento DNP) en 55 entrevistas semiestructuradas que 
duraron de una a dos boras. Les pedimos a los entrevistados que describieran las 
acciones de la Direccion, las motivaciones y el comportamiento de los individuos 
y el desempeno en la ejecucion de proyectos. 

Los dates sobre el desempeno de DNP se recogieron de multiplesfuentes. 
Triangulamos los dates de las entrevistas de individuos de distintas afiliaciones 
jerarquicasyfuncionales con la documentacion (de los proyectos terminados) 
que estaba estandarizada para evaluar la puntualidad y la calidad. Tambien 
utilizamos la base de datos de tarjetas rojas de Roto, lo que nos capacito para 
analizar no solo la incidencia de problemas en los proyectos, sine tambien el pro- 
ceso de resolucion de problemas. El borradory la version final del articulofueron 
revisados, comentados y-cuando fue necesario- corregidos, a fin de maximizar 
la fiabilidad de nuestras descripciones. 



de los directives de que no habrfa represalias o presion 
sobre quienes pidieran ayuda. Es mas, la Direccion 
guio mediante el ejemplo, pidiendo tambien ayuda. 
Es importante poner de relieve que lapromesa se ba- 
s6 en la confianza y la cultura orientada a la mejora, 
que ya estaban presentes en la organizacion, lo que 
era necesario para poner en marcha el proceso. Las 
promesas y su cumplimiento subsiguiente tuvieron 
el efecto de incrementar el nivel de seguridad psico- 
logica, lo que hizo que los ingenieros se sintieran mas 
comodos a la hora de compartir informacion puntual 
sobre problemas u oportunidades de mejora. La dis- 
ponibilidad y la efectividad de la asistencia garanti- 
zadas por el proceso reforzaron la seguridad psicolo- 
gica. En segundo lugar, los problemas identificados 
se gestionaron colaborativamente por equipos que 
abarcaban varios proyectos. Esta dinamica hizo aflo- 
rar las interdependencias y fomento el desarrollo de 
relaciones reciprocas en todo el Departamento de 
Ingenieria. Tales relaciones institucionalizadas mo- 
tivaron que los ingenieros de proyecto adoptaran una 
orientacion hacia la "asistencia mutua", en lugar de 
centrarse solamente en sus propios campos de res- 
ponsabilidad. 

Aunque nuestro estudio documenta esta innova- 
cion, no prueba su aplicabilidad en otros entornos 
de proyecto. Sin embargo, el proceso de ayuda ha 
sido implementado (con los debidos ajustes) en otros 
entornos, lo que sugiere que sistemas formales de 
ayuda pueden utilizarse para mejorar el desempeno 
de los proyectos. H 
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adoptado e implementado por Roto 
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sede en el sur de Alemania) en 201 1, 
ademas de por el fabricante optico y 
opticoelectronico Carl Zeiss en 2012. 
El proceso propicio visitas de forma- 
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